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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Re Application of: 
PETER AR-FU LAM 

Serial No. TBD 
Filed: 10/16/99 



For: 

TABLE FORMAT PROGRAMMING 

Hon. Commissioner of Patents 
and Trademarks 



Examiner: Dorvil R. 



Group: 2741 



Docket: ESY2A 



October 16, 1999 



Washington, D.C. 20231 



Sir, 

In response to the final office action of application 09/169,462 dated 06/30/99 and 
the subsequent telephone interview dated 08/03/99, applicant respectfully submitted a 
continuation-in-part FWC application, please reconsider the allowance of the application 
in accordance to the remark and supplemental information submitted as follows: 



REMARK: 



Claims 1-88 of the parent application 09/169,462 were rejected under 35 U.S.C. 
§101 as non-statutory subject matter. As indicated in the final office action dated 
06/30/99, the examiner agrees the subject application is a method of programming a 
computing device, that is a practical application within the technological arts. However, it 
does not disclose specific hardware, specific software, or a combination therefore for 
performing the claimed function; and the claims, each as a whole, are directed to a 
abstract idea that is not applied to or limited by other physical elements or process steps. 

During the telephone interview dated August 3, 1999, the applicant and examiner 
reaches an agreement that if a physical transformation, or the pre-computer and post- 
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computer activities are recited into the independent claims, the rejection under 35 U.S,C. 
§101 is overcome. Accordingly, all independent claims of the parent applications are 
amended with this direction and re-submitted in this FWC application. The specification 
is respectively amended to add more detail in the description of the pre-computer and 
post-computer activities to supported the amended set of claims. Various typo of the 
specification are also corrected to provide a better-presented patent when it is to be 
allowed. 

In addition to the above mentioned direction, after discussing with the attorney 
representing the applicant to file the subject application in EPO, three additional claims 
are added as new claims 1 to 3. These new claims represents different approach to claim 
the improvement of the subject application based on the widely used fundamental table 
format technology disclosed in applicant's issued US Patent 5,867,818 and the 
corresponding UK Patent GB2306024 issued on August 24, 1999. 

For the convenience of the examiner, the applicant respectfully submits that there 
is basically no new change in the fundamental matters in related to the parent application 
09/169,462. Since the specification is enriched with the description of pre-computer and 
post-computer activities to support the agreed direction of claims; for the avoidance of 
doubt, the present application is submitted as a CIP application. 

Discussion of EACH independent claim and how it is improved in accordance to 
the agreed direction of the telephone interview dated August 3, 1999 is respectfully 
presented as follow: 

Claim 1: 

Claims 1 is a newly added claim presented in the European rule of "Prior art plus 
characterized by improvement" format. The first six lines of the claim recites the 
configuration state table and the path table presented in the prior art parent application 
US Patent 5,867,818 and UK Patent GB2306024, The recited inter-related configuration 
table and path table constituting the Table Format programming method is now a well 
proven patentable subject matters widely used by many programming engineers 
worldwide. Evidence of application and publicity such as list of licensees and reference 
web sites (easyformat.com) had been previously submitted for the reference of the 
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examiner. The subsequent recitation of claim 1 starting from line 10 of page 25 
represents the subsequent improvement of this well established, statutory subject matter. 
These improvements are the result of many years of further research after the Table 
Format progranaming technology was first introduced by the applicant in the US Patent 
5,867,818, Accordingly, claim 1 recites the fundamental characteristics of an established, 
applicable and statutory technology plus the additional improvements. Therefore it 
should not be viewed as an abstract idea to be rejected under 35 U.S.C. §101. If this 
logical approach is not to be accepted, the examiner is respectfully requested to rebut the 
world recognized, logical European patent practice presented in claims 1 to 3 with 
evidence and supporting reasons. 

Claims 4, 7, 29, 35, 63 and 90: 

Each of these independent claims is enriched to recite the formation of a programming 
objective as a pre-computer activity, various table format programming activities are then 
interactively performed by the programmer during the programming process. As a result 
the computer delivers the programming objective as the post-computer activity. These 
claims are amended in accordance of the telephone interview with the examiner on 
August 3, 1999. The specification has been properly amended to support the inclusion of 
the pre-computer and post-computer activities into the subject claims. 

Claim 44: 

Claim 44 is a hardware claim which is quite simple in structure. This claim recites a 
combined dual processors (or more) apparatus characterized in that the first processor is 
configured for executing table format program which is defined in the specification. The 
second processor is just a regular processor configured to execute regular programs. The 
novelty of this claim is that the first processor is represented by the Table Format 
processor, such as the one disclosed in applicant's issued parent patent 5,867,818, and for 
it to be combined with another regular processor to perform other regular jobs. Since this 
is an apparatus claim, it should not be rejected by 35 U.S.C. §101. Applicant respectfully 
requests for evidence of prior art reference if this claim is to be rejected. 
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Claim 50: 

For the amended claim 50, the pre-computer and post-computer activities are all well 
addressed not only in the specification, but also in the claim per the telephone interview 
with the examiner dated August 3, 1999. There are numerous pre-computer activities. 
The typical one is to define the programming specification before the programming 
procedure. The result is generating and converting codes suitable to be executed by an 
extemai second computing device. 

Claim 69: 

Step (1) of claim 69 requires the user to define the virtual qualifier, that is a first pre- 
computer process before any programming job can be started. Step (7) of claim 69 
delivers a coded file executable by said computing apparatus. This code file is an output 
of the programming process that defines the post-computer result obtained. 

Claim 85: 

The pre-computer activity is defined by the step to create and define the custom 
expression. The pre-computer activity is to equate said custom expressions with an 
official reference expression set interpretable by the computer. The post computer 
activity is to list the program listing with the selected expression set. The pre-computer 
and post-computer activities are thus recited in the claim as directed by the telephone 
interview with the examiner on August 3, 1999. 

Claim 91: 

This claim corresponds to claim 88 of the parent application. The "means to access a 
communication link" recited in the amended claim 88 of the parent application is now 
amended to be a first computing apparatus connected with a second remote computing 
apparatus which are well described in the specification. This claim is an apparatus claim 
which should not be identified as an abstract concept. The examiner is respectfiilly to 
examine this claim based on the characteristics of the two computing apparatus as 
directed by the claim wording and the specification which clearly defines the table format 
programming method. It is submitted that the fimdamental version of table format 
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programming method making use of the technology are disclosed in applicant's issued 
patents US Patent 5,867,818, UK Patent GB2306024 and the reference documentation of 
the licensee of Easy Format. Claim 91 adequately recites the characteristics of the 
fundamental table format programming technology and the improvement claimed. 

During the telephone interview on August 3, 1999, the examiner indicates that the 
issued parent application is an independent patent application and has nothing to do the 
subject application. The examiner also query that how two or more tables of data can 
constitute a programming method and thus it is an abstract idea. The applicant wishes to 
take this opportunity to discuss this position. Firstly, the subject application was 
submitted right at the beginning that it is a Continuation In Part application of the now 
issued US Patent 5,867,818. According to MPEP, the parent application should be taken 
into reference in the examination process of this CIP application. The examiner has the 
responsibility to make sure that the claims submitted in the subject apphcation does not 
constitute double patenting. Not only the parent application is to be taken into reference, 
more important, the technology disclosed in the parent US Patent 5,867,818 is now 
matured into a successful product which is licensed by six reputable micro-controller 
manufacturers and being considered by many other manufacturers. It is being used by 
thousands of programming engineers world wide. Evidence of this commercial success 
had been previously submitted for the reference of the examiner. Accordingly it is 
submitted that "in fact" table format programming is now a technology well know in the 
art, an established programming technology that is statutory. 

Concerning the argument if two or more tables can constitute a statutory 
programming method; first of all, the applicant does not object that simply two or more 
tables of data does not constitute a programming method. Previously it was true that 
tables filled with data did not constitute a programming method, until the table 
programming method was first introduced in the issued US Patent 5,867,818. Close 
examination of the specification and the claims indicates that the tables of Table Format 
programming method are not just regular array of data. These tables are governed by 
some rules and instructions that the elements inside the tables are to be carefully filled in 
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accordance to the programming objective. The position of the elements inside the table 
tells the interaction between the configuration table and the path table. These interactions 
constitute the programmability, which, with a suitable compiler, is understandable by a 
computing apparatus. Therefore it can be executed by the computing apparatus according 
to the programming objective of the programmer. Accordingly the table format 
progranmiing method bridges between the human being and the computing apparatus. It 
is a method, and also a "tool" for a programmer to program a computing apparatus. 

The attention of the examiner is now brought to a programming configuration 
which is now commonly used in the trade to program Easy Format supported micro- 
controllers (please refer to the web site easyformatxom previously submitted to the 
examiner). A computer set up with an Easy Format compiler is input with a table format 
program targeted for a particular model of micro-controller. The function of the computer 
is to compile, or translate the table format program into machine codes executable by the 
target micro-controller. These machine codes are then embedded into the generic micro- 
controller by mask ROM, EPROM or flash memory. As a result, the micro-controller 
becomes a "programmed" controller to perform the desirable progranuning objective. 
This activity has been clearly disclosed in the specification. When we look into the 
computer compiling the table format program, the pre-computer activity is for the 
programmer to define the programming objective, and then to fill up the tables according 
to the programming rule which had been clearly defined in the specification. The post- 
computer result is a set of codes executable by the micro-controller external to the 
compiler computer. Thus a physical transformation is identified. When we looked into 
the action of the micro-controller, a generic micro-controller. Before programming it is 
only a piece of dump silicon. The table format compiled codes brings in executable 
instructions that directs the original passive micro-controller to perform according to the 
programming objectives of the programmer. Thus physical transformation is observed in 
the aspect of the micro-controller. Accordingly the programmability characteristics of 
table format programmed tables, which are very different when compared with the 
regular data tables, are identified. Therefore the well-characterized tables of table format 
programming should not be classified as abstract ideas, in view of the abundant 
supporting evidence submitted and the great success it has in the field. 
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It is important to note that the table format programming technology successfully 
changed the tradition view that tables are only for data, that is non-statutory. It really 
depends on how the table is originated and formulated. This is also the beautiful part of 
the invention process. As it is named, creative invention changes the tradition looking of 
matters. As the patent system is designed to encourage invention, we should look 
carefully into the fundamental elements how the matters is changed by the invention, 
rather than drawing a conclusion according to tradition wisdom that tables are all data 
and therefore are abstract ideas. If tables are carefully programmed by programmers in 
accordance to the rules and characteristics of the table format programming method 
disclosed in the specification and characterized in the claims, they are absolutely real 
working programming method and not abstract ideas. This is proven by the great success 
of Easy Format programming in the field. In fact, considerable tax revenues submitted to 
the U.S. government are being generated from the royalty received by licensing the 
invented table format or Easy Format technology. 

The subject application summarized the subsequent improvements of the 
fundamental table format technology invented four years ago. It came fi"om the result of 
three years of intense research targeted to extend the servicing scope of the fundamental 
technology. The examiner is respectfully solicited to consider allowance of the 
application in accordance to all the evidence and remarks submitted. If rejection is to be 
vdthheld, the examiner is respectfully requested to provide evidence why the widely 
successful fundamental table format programming method is non-statutory, and why the 
improvements of a widely used fundamental table programming method is not statutory. 

Since patentable and practical applications in the technology art are identified and 
agreed, the modification of the claims to overcome the 35 USC §101 rejection is a matter 
of formality. The Applicant hereby respectfully requests the Examiner to propose 
broadest allowable claim or specification amendment to the application pursuant to 
MPEP 707.07(j) if further amendment to any claim is required for the application to be 
allowed. 
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Respectfully submitted by, 




Peter Lam 
Applicant 

20104 Wayne Ave., 
Torrance, CA 90503. 

Telephone: (310)320-9811 
Fax: (3 10) 320-9812 



Express MaC Label #: 

I hereby certify that this correspondence is being deposited with the United States 
Postal Service as "Express Mail Post Office to Addressee" service under 37 CFR 1.10 in 
an envelope addressed to: Box FWC^ Commissioner of Patents and Trademarks, 
Washington, D.C, 20231, on October 16. 1999 , 
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1 Va W TITLE 

^ ^/ftjnnAtJ^^ Format Programming 
3 

4 INVENTOR: 

5 Peter Ar-Fu Lam 
6 

7 RELATED APPLICATIONS 

8 This is a continuation in part of U.S. Application No. 08/538,426 filed October 

9 02, 1995 now issued as US Pat 5,867,818 and FWC of U.S. Application No. 09/169,462 

10 now abandoned. Reference is also directed to applicant's UK Patent GB2306024 issued 

1 1 on August 24, 1 999. These applications are incorporated herein by reference. 
12 

1 3 FIELD OF THE INVENTION 

14 The present invention relates to a method to program a computing device by 

15 filling up different kinds of tables to achieve the programming function and facilitate the 

1 6 control of program flow. 
17 

1 8 BACKGROUND OF THE INVENTION 
19 

20 The present invention relates generally to a programming tool that is designed to 

21 interface between programmers and computers. This programming tool is also referred as 

22 a programmmg method that makes extensive use of tables to represent the logical 

23 thinking of a programmer, and enabling the programming process easily to be understood 

24 by third parties. Thus, these improvements enhance the efficiency of programming, 

25 reduce the likelihood of the presence of program bugs or structural errors. In addition, the 

26 training cost required for a programmer to learn the programming method is minimal. 

27 The resulting programs composed with the invented method also will be easy to be read 

28 and to be maintained by any programmer. 

29 Traditional programming languages defme a set of programming instructions and 

30 programming rules. Most commonly used programming languages such as BASIC, C and 

31 JAVA are written in the form of a top down Une by line listing in sequence. In many 
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1 applications, hundreds of pages of codes are written to describe the job function. It is 

2 extremely difficult for a programmer to follow the logical flow of a program from a long 

3 listing. The size of programs therefore causes difficulties in subsequent maintenance 

4 work. Besides, multiple pages of programs filled with sequential Imes of codes are very 

5 difficult to be understood by another programmer who has not previously involved in the 

6 job. Although many compact instructions or programming symbols had been invented, 

7 the size of many programs written in many different programming languages are still too 

8 big to be easily interpreted by a professional programmer. In many situations, the author 

9 of a program also finds difficulty to understand his or her own program after an extended 

10 period of time. The requirement of compact size in instruction set and readability 

1 1 contradicts to each other. It is highly desirable to have a programming method, which 

12 provides compact program size and is also simple to be understood by other 

1 3 programmers, preferably for the inexperienced people as well. 

14 Every time when a new progranaming language is invented, coding symbols and 

15 instruction set are designed to describe a programming function. Rules are also designed 

16 to restrict how the programming instructions are to be used in order to make a program 

17 written with the language interpretable and executable by a computing device. In many 

18 situations, the instruction manual describing a programming language is over two inches 

1 9 thick in order to document all these instruction set and describe the programming rules. It 

20 is not unusual to require months of training effort to be required in order for a 

21 programmer to learn the whole instruction set and understand all the programming rules 

22 of a new programming language. More programming tricks are usually learned through 

23 subsequent years of programming experience. 

24 Although many programming languages allow a program to include conditionally 

25 jump, call fiinctions or branches to other segments of the program according to the 

26 structural requirements of the job, the logic flow of these interactive branching activities 

27 inside the program structure is extremely difficult to be interpreted by a professional 

28 programmer even though a great amount of time may have been spent in reading the 

29 program. 

30 There are various kinds of programming languages available in the market, each 

31 dedicated to a certain kind of application, or designed according to a particular 
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1 progranuning environment. Many other programming languages are designed to program 

2 specific hardware configurations or system. Often, different programming languages 

3 make use of different symbols or even expression strings to represent an instruction 

4 describing a similar function, A programmer may often be confused which symbols or 

5 expressions to be used, after learning many different languages, each with different 

6 format and instruction expressions. It is highly desirable to have a new programming tool 

7 enabling a programmer to overcome this difficulty. 

8 Because most programming languages are designed optimally to interpret the 

9 programming function specific to their application environment, many programming jobs 

10 which includes a large variety of functions are best to be dissected into modules, with 

1 1 different modules written in different languages, according to their specific requirements. 

12 It is therefore highly desirable to have a special programming method suitable for 

13 managing the integration of program segments written in different languages. With the 

14 popularity of internet, it is also highly desirable to have a generic programming method 

15 suitable for coordinating programming modules of different format to form a combined 

16 program, which is suitable for downloading the program to individual local computers 

17 remote from the host computer. For this type of application, the program must be of 

1 8 compact nature and be able to self-reconfigure according to the nature of the various local 

19 computers. 

20 Applicants issued US Patent 5,867,818 and UK Patent GB2306024 first 

21 introduced a primitive table format method for programming a hardware controller chip 

22 having multiple input and output terminals. The present application is directed to the 

23 various improvements achieved from the further intense research since this primitive 

24 structure was invented. 



Lam Page 4 of 40 

1 SUMMARY OF THE INVENTION 

2 

3 The present invention is directed to the inventive steps of providing the 



4 architecture of a generic model to program a computing device making use of the concept 

5 of table format programming. One objective of the invention is to establish a generic 

6 model of progranmiing method to direct the operation of a computing device and 

7 structure this model such that it is simple enough to be applied by ordinary people 

8 without receiving an intensive professional training. A further objective is establish a 

9 programming model such that any program written with this format can be easily 

10 understood by another person without having extensive experience in the language or 

1 1 close involvement with the v^iting of the program. Another objective of the invention is 

12 to establish a programming model that clearly identifies the structure of a programming 

13 job through the coding process, therefore enabling the program to be maintained v^th 

14 minimal effort. As a result, considerable training cost to leam a programming language, 

15 time cost to write a program, the time cost to debug a program and future maintenance 

16 cost to modify the program can be reduced. With such a user-friendly programming 

17 structure, it is expected that fewer programming bugs v^U be included during the 

18 programming process and therefore the time cost required for debugging can also be 

19 reduced. 

20 Another further objective of the invention is to estabUsh a structural programming 

21 format which is able to express a clear skeletal structure of the job while enabling the 

22 individual specific functional program modules to be selectably programmed with any 

23 language most suitable for that function. This approach further enhances the efficiency of 

24 programming and reduces the amount of future maintenance work required. 

25 The programming method of the present invention comprises the steps of filling 

26 up two or more tables with program data. Various types of tables are designed to perform 

27 different supporting functions. A table is defined as a matrix of data. A table may have 

28 one or more dimensions. A table matrix is typically represented by m row and n columns 

29 where m and n are integers equal or greater than one. Each element of the table may be 

30 represented by a label, a single expression or a sequence of expressions. 
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1 In a first embodiment of the invention, the programming method introduces the 

2 concept of a task table which comprises a table of data formed to control the activity of 

3 multiple tasks. More than one task table may be present in a program, each table 

4 comprises of one or more task states. Whenever a task state is specified in the 

5 programming process, the situation and/or activities of the tasks specified are defined. 

6 Further task priority information can be included in the activity task table or provided in 

7 another separate table for the computing device to assign handling priority while running 

8 multiple tasks with the shared resources of the computing device, 

9 In the fimdamental aspect of the invention, a table is formed to define one or more 

10 configuration states which may include input and/or output information. When an input 

1 1 qualifying condition of a configuration state is satisfied, it will be cause a response of a 

12 specific sequence of action represented in another table called an event table or path 

13 table. At least one configuration state is to be specified as the active state. This early 

14 version of Table Format programming method designed for micro-controllers was 

15 described in applicant's issued US Patent 5,867,818 and UK Patent GB2306024. The 

16 present application is directed to various enhancement of the fimdamental concept 

1 7 resulted fi-om years of intense research to improve the servicing scope of the technology. 

18 In another extended embodiment of the invention, a further table is formed to 

19 define the qualifying conditions required to trigger a qualifier configuration state. In this 

20 embodiment, the concept of virtual qualifier is first introduced. A virtual qualifier is 

21 defined as any qualifying condition not coming from a physical hardware terminal. 

22 Virtual qualifier is important as it includes the consideration of a result which comes 

23 from a single software instruction or from a whole software program. Virtual qixalifier 

24 may also include hardware internal to a computing device such as overflow of an internal 

25 register. It may be triggered by the result of an internal software or hardware interrupt, 

26 generation of a sign, polarity signal, signal indicated the presence of data from another 

27 system or the presence of a flag. Other commonly used example of virtual qualifier is the 

28 output of a mouse driver program which specifies the direction of motion of a pointer 

29 according to the movement of a mouse. 

30 In another embodiment of the invention, a table is formed to define the output 

3 1 configuration of an output state. The output state may be a signal to be sent out through a 
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1 physical hardware terminal or the configuration of a virtual computing ou^ut states. A 

2 virtual computing output state is defined to be any output state which does not describe 

3 the activity of a hardware terminal. An example of a virtual computing output state is the 

4 triggering of a software program to start running, or to set particular conditional 

5 parameter to control a software, or for the software to perform some specific function. 

6 When a qualified trigger is obtained, a responsive action is executed. A path table 

7 or event table is a table grouping one or more responsive actions. A path may represent 

8 an action or a sequence of actions to be performed when a qualified condition is received. 

9 A path may be initiated by another path. This responsive action or sequence of action is 

10 named as a path equation. The interactive composition of state tables and path table is 

11 analogous to event structure illustrated with state diagrams. Besides, table format 

12 progranmiing offers a program presentation which better follow the thinking of human 
^ 13 mind and therefore makes it more user fi-iendly. In order to better present the descriptive 
4^ 14 presentation of the program flow, each path in the path table can be assigned with a 

15 meaningful label according to the wish of the programmer. A meaningfiiUy named label 

16 can be assigned to a configuration state or a path. All these labels helps the programmer 
iV 17 or other people to understand the action and logic flow of the program written. This is an 
U 1 8 important contribution of the present invention to help interpret a composed program and 

19 reduce fiiture maintenance costs. 
SI 20 Another table which can be included in the invented programming process directs 

5 21 an output condition in an output state to a specific sequence of operation. This sequence 

22 can be represented by another table to simplify the programming process. 

23 A further type of table introduced in the present invention enables the 

24 programmer to change the expression and/or syntax of the table format programming 

25 language into any other expressions or symbols desired. Further tables which may be 

26 included define one or more sets of Ubrary or external programs required to support the 

27 programming job. 

28 With the support of the table format programming tool, the traditional practice of 

29 programming is significantly changed. When the structural programming job is started, 

30 the programmer interactively describe the skeletal structure of the program flow with 

3 1 tables of states and paths. The programmer is fi*ee to assign meaningfiil labels or names to 
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1 represent each configuration state and path. The meaningfiil names of each state 

2 configuration and path equation helps to describe the flow of the program. When an 

3 action to be included in a path is too complicated to be represented by the available 

4 instruction set, or the action is better to be described with a program module of another 

5 language, the programmer is free to assign a meaningful label to represent this desired 

6 action. At the end of the programming process, the programmer should fiimish 

7 executable program modules or expressions for each of the imdefined labels assigned. In 

8 this way program modules are formed by interactively organizing multiple groups of 

9 tables. A program module having at least a state table and a path table is named as a 

10 program group or table group. Each program group can be assigned another meaningfiil 

1 1 label to describe the function of the program module. This label can then be utilized in 

12 another program module or group for pointing to this program group when a jump or 

13 fimction call is required. The very first program group to be executed when the program 

14 is started by default is named as the "main" group for convenience. Inside each group, 

15 there should be a "start" up path to serve as the starting path when the program is 

16 initialized or starts from default. In order to improve programming efficiency, supporting 

17 program modules may be composed with a desirable language different from the table 

18 format programming method used in the main group. Many different languages may be 

19 utilized in the same program. It is highly desirable to design in features in the table 

20 format programming method to pass parameters and variables in between program 

21 modules of different languages. In a preferred embodiment, a table format program is 

22 designed to interface with different programming languages and serves as a bridge to 

23 communicate in between the program modules written in different languages. The 

24 program eventually composed can then be compiled or translated into a specific desired 

25 programming language, including Assembly Language or even machine code digital data. 

26 These codes can be executed by the compiling computer or to be transplanted to run in 

27 another computing device. In the later case, the compiling computer serves as a tool, or 

28 work station to compile the table format oriented program intended to run in another 

29 computing devices, such as embedded controllers, or third party computers. It can be 

30 observed that the table format programming language significantly changes the concept 

31 and practice of writing a program. A program is written under a logical and well- 
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1 structured mamer. By making use of the freedom to assign meaningful labels, the 

2 program flow is as smooth as composing a composition to describe the programming job. 

3 Each label is then linked with an external program module which can be written in any 

4 languages desired. From time to time, multiple levels of program groups or modules can 

5 be arranged. Because the program size of each table format group is usually quite small 

6 and the program is well structured, the aforementioned advantages of table format 

7 programming can be easily achieved. 

8 Freedom to assign or equate labels and instruction keywords is very important for 

9 Table Format progranaming to support multiple languages programming platform. This is 

10 because many languages may make use of different syntax for the same kind of 

1 1 application. The freedom of labeUng and equating feature enables the user to xmify the 

12 labels and syntax according to his/her desire. 

13 The nature of table format programming makes it a perfect supporting tool to 

14 enhance the programming structure of another language. For example, the compiler of a 

15 high level language can be modified to include just sufficient the table format 

16 programming function to provide the skeletal structural of a program written in that 

17 language. 

18 Since the method of table format progranmiing is unique and independent to the 

19 third language programs it coordinates, the program management job can be simplified 

20 by providing a simple table format coprocessor which handles almost all the table format 

21 programming tasks. This structure of multiple processors will relieve the workload of the 

22 main processor and allow it to focus on handling the regular jobs and improve the overall 

23 system performance, particularly in multitasking environment. The table format 

24 coprocessor can be a processor located outside the main processor or may coexist with 

25 the main processor within the same integrated circuit chip. Applicant's US Patent 

26 5,867,818 and UK Patent GB2306024 substantially disclosed a table format processor 

27 specially designed to serve this apphcation. Other microprocessors such as those 

28 advertised to be supported by Easy Format in the market can be easily converted into a 

29 table format processor by supporting with a suitable table format compiler during 

30 programming. When table format programming is applied to microprocessors, micro 

31 controllers or any other type of embedded controllers, the compiled or encoded table 
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1 format program becomes digital data which is stored m memory such as ROM, EPROM 

2 or flash memory for the execution of the microprocessor or micro controller. A printed 

3 circuit assembly comprising the processor and memory storing the compiled 

4 representation of the table format program is then used to build up a finished commercial 

5 product for point of sale distribution. 

6 In accordance with the structural organization of the table format progranmiing, it 

7 is particularly suitable for event driven applications such as programming under a 

8 windows environment, web site, interactive game or control programming. An important 

9 characteristic of table format utilizing in event driven programming is that it is a highly 

10 compressed format to represent a program. Most table format programs for small jobs are 

1 1 less than one page long. Experimental results demonstrated that one page in table format 

12 programming may represent eight pages of assembly language program depends on the 

13 complexity of the available instruction set. Considerable code size saving can also be 

14 achieved when compared with many high level languages. This nature makes table 

15 format progranmiing economical to serve as a media to communicate through a limited 

16 bandwidth coramimication channel; such as in between a host system to communicate 

17 with nimierous local computers in the network or internet applications. It should be noted 

18 that a network, conmiunication Unk or conmiunication channel refer to any means 

19 connecting two computing devices together, including serial port, parallel port, USB port, 

20 internet, intranet, extranet, LAN and any communication means interfacing two 

21 computing devices. The devices at the two ends can be connected by wired, wireless or 

22 mixed mode connection. In internet programming, a further step is required to evaluate 

23 the system configuration of an user computer and then adjust the program settings before 

24 a down load program can be executed by the local computer. The configuration of many 

25 computer to human interface devices such as monitor, graphic card, sound generation 

26 device, pointer control, game controller control are among the configuration settings to be 

27 defined. Because the internet communication line is usually the bottle neck of a system, it 

28 is recommended that the compiling job for table format progranmiing is performed at the 

29 local computer level in order to make use of the advantages of the compressed codes of 

30 table format programming. 
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1 Figure 1 1 is a block diagram showing how a local computer 801 is comiected with 

2 a remote computer 803. In many applications, a table format program is stored in the 

3 local computer. It is downloaded to a remote computer through a communication link 802 

4 upon request. The table format program can be stored in the memory means 804 of the 

5 remote computer or immediately compiled by the remote computer. The compiled file is 

6 an executable file to perform some predefined work at the remote computer. This 

7 executable file can also be stored in the memory means 804 of the remote computer. 

8 When a compiler is designed to handle table format programming, it is highly 

9 recommended to make use of key words to identify the nature and location of each table, 

10 and the corresponding group accordingly. Task, group, qualifier, state, path and library 

11 are exemplary keywords used to identify the functional tables in the illustrated 

12 embodiments. It should be noted that the compiling, translating, interpreting or 

1 3 transforming of the table format programming method includes the process of converting 

14 the table format program into any other program format such as machine language or any 

15 higher level language. The conversion process can be performed by a compiler program 

16 written in another programming language or supported by an executable table format 

17 program as well. The compiling process can be conducted at the computer running the 

18 task or at a separated computer set up for the programming development or compiling 

19 process. For the convenience of debugging, a debug tool may be configured to reference 

20 a particular location of the table format program. The corresponding location of the 

21 program is then translated into another programming language. For example, a user can 

22 simply request the transmission of a data chain in a table format program. After the table 

23 format program is translated into Assembly Language, the user is able to locate the 

24 transmission process in the Assembly code listing and then modify the transmission 

25 characteristics of the UART as desired. This debug tool is very helpful when it is 

26 preferred to fine tune a particular process in the environment of another programming 

27 language. 

28 The concept of task table effectively extends the convenience of table format 

29 programming to multitask environment as well, 

30 The novel features of the invention are set forth with particularly in the appended 

31 claims. 
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1 The definition of computing device refers to any device having computing 

2 capabilities, including computers, micro controllers and embedded controllers, 

3 microprocessors, printed circuit assembly comprises of micro controllers or 

4 microprocessors. In addition to computers, other supporting hardv^are required to support 

5 the invented technology are the debugging hardv^are, commmication links such as 

6 cables, communications ports, hubs and networks as defined in the specification. The 

7 table format program may be displayed on display terminals, printed on printers, and 

8 encoded as digital data. The compiled or encoded digital data representing the table 

9 format program may be stored in any memory device such as RAM, ROM, disk drive, 

10 and CD ROM. The technical terms, keywords and labels used in the embodiments are 

11 exemplary and numerous modifications, specification variations and table format 

12 rearrangements can be readily envisioned to achieve an equivalent result, all of which are 
% 13 intended to be embraced within the scope of the appended claims. The invention wall be 

14 best understood from the following description when read in conjxmction with the 

M. 15 accompanying drawings. 

.2 16 In order to fully utilize the advantages of the invented technology, users are 

fti 17 required to carefully prepare for the pre-computer or pre-programming activities. Typical 

U 18 pre-computer activities involves defining the progranmiing objective, analyze the 

19 program job specification. Programming objective comprises of any kinds of acts the 

ifl 20 programmer wishes the computer to perform, such as performing a task, providing some 

S 21 kinds of output, through a screen, a printer or a speaker in accordance to input received, 

22 or the result of the task. Users may choose to reduce the project into Table Format 

23 coherent state diagram. The introduction of Table Format program groups enhances the 

24 clarity of program structure, it requires users to clearly identify and define the specific 

25 functional modules of the projects before start working with the table programming tool. 

26 Because of the merit of Table Format programming method, another interface 

27 specification procedure is required to document the interfacing relationship of Table 

28 Format programming groups or modules in order to allocate the programming job to a 

29 team of programmers. In the application of network communication or downloading, the 

30 pre-computer activities involves sending the Table Format program to a remote computer 

3 1 through a commimication Unk or network. 
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1 The in process computer activity is performed by the Table Format compiler 

2 which translates the Table Format program into codes executable by a local computer, a 

3 target microcontroller, or a remote computer. The post-computer activity is usually a 

4 code executable by the target computer or microcontroller. This executable code can be 

5 further run by the computer or microcontroller to perform the function according to the 

6 original programming specification in order to carry out the programming objective. The 

7 compiled executable code is usually stored in memory means defined by RAM, ROM, 

8 any programmable no-volatile memory or any other storage devices commercially 

9 available. In the situation of microcontrollers to be used in consumer products, the 

10 memory means storing the compiled executable file is usually located in the article of 

11 sale rather than in the compiling computer. In this situation, the compiling computer 

12 simply acts as a development system, a compiler or a program supplier for a remote 

1 3 computing device. 
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1 BRIEF DESCRIPTION OF DRAWINGS 

2 

3 Figure 1 illustrates the structure of an embodiment of a table format program. 

4 Figure 2A is a table defining the table format expressions to be equated to user 

5 defined expressions. 

6 Figure 2B demonstrated how a name is assigned to the table of Figure 2A. 

7 Figure 3 is a table formed to define different printing styles of words to be 

8 identified. 

9 Figure 4 is an embodiment showing different task states of a task table, 

1 0 Figure 5 A is an embodiment showing multiple task tables in a program. 

1 1 Figure 5B is the numbered representation of Figure 5 A. 

12 Figure 6A is a program showing an embodiment of a table format program group. 
;^ 1 3 Figure 6B is a further development of the embodiment of Figure 6 A. 

-P 14 Figure 7 is a table showing a Ust of files to be included. 

l^, 1 5 Figure 8 is a further development of the table of Figure 7. 

16 Figure 9 demonstrates some proposed lengthy and descriptive instruction 

K 17 commands to be used in table format programming, 

18 Figure 10 demonstrates a prior art fundamental table format program suitable for 

^ g ^ voice generating microcontrollers. 

Ill 20 Figure 1 1 is a block diagram shoving a local computer downloading a table 

'II 21 format program to a remote computer through a communication link. 
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I DESCRIPTION OF THE PREFERRED EMBODIMENTS 
2 

3 Throughout the following detailed description, similar reference characters refer 

4 to similar elements in all figures of the drawings. 

5 The initial attention is directed to Figure 10 for a review of fundamental table 

6 format programming disclosed in issued US Patent 5,867,8 1 8. The table format program 

7 consists of two parts, a state table and a path table to program a sound generating 

8 programmable controller. In the second line of the state table, the order of the 

9 corresponding input trigger pins of the controllers is defined. Each of StateO to State 4 
10 defines a possible trigger state of the controller. For example, the R:Pathl element 

II corresponds to TGI of StateO indicates that if a rising edge (represented by "R") is 

12 detected, the path named Pathl is executed. In Pathl, the active state is changed to 

13 Statel, then a sound named "Soundl" is generated. After the sound is completed, the 

14 control is loop back to Pathl and another round of sound generating sequence is started 

15 until a falling edge trigger (denoted by F:Pathll) is received by TGI during the Statel 

16 state. This example program demonstrates a "level hold" ftinction of TGI to TG4. That 

17 is, a sound is generated when one of TGI to TG4 is compressed. The sound will be 

1 8 looped until the trigger button is released. 

19 Attention is then directed to Figure 1 which depicts the structure of a table 

20 selected in an embodiment of an improved table format program. The keyword 101 

21 indicates the startmg of a program. The name of the program can be assigned by the 

22 programmer in a position next to the keyword. Keyword 1 06 indicates the start of a table 

23 listing the program modules to be included. Keyword 107 indicates the starting of a table 

24 defining constants to be used in the program. Keyword 102 declares the variables to be 

25 used in the program. Keyword 103 is a table enlisting the user-defined equivalents of 

26 commands and syntax expressions. In order for the program keywords to be 

27 distinguishable, the programmer may define the keyword printing style in a table starting 

28 with keyword 104. All the above features provide the preparation work of the table 

29 format program. The task table 105 provides one or more task states to define which task 

30 are to be activated, paused or terminated. Program group 111 comprises of an optional 

3 1 qualifier table 1 1 2, at least one state table 1 1 3 and one path table 1 1 6. The actual program 
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1 job involves interactively composing the content of the state table and the path table. 

2 Additional output state table 1 15 and output equation table 1 14 can be added to fiirther 

3 define the output state(s) of the program. Finally, a library table 121 can be added to 

4 furnish commonly used command strings and routines. It should be noted that all the 

5 tables described above are not required to be listed in sequential order and many tables 

6 may be established to provide optional features. In addition, a program may contain 

7 multiple similar type of tables as in the situation of the task tables and the state tables. 

8 Names of the tables can be freely assigned following the colon sign of the keywords to 

9 better present the meaning of the program. Keywords used m table format programming 

10 may have more than one word and may refer to instructions, specific variables, constants 

1 1 and hardware elements of the system. It should be noted that the keywords provided are 

12 exemplary and alternative names of keywords can be used. Besides, some reasonable 

13 variation of the scope of the tables is always possible and are considered to be within the 

14 scope claimed in this application. 

15 With reference now to Figure 2 A, the table 200 represents a detailed example of 

16 the table 103 of Figure 1. The keyword 201 "Custom Expression" represents the start of 

17 this functional table which lists the user-defined equivalence of the official table format 

18 expressions. For example, assuming the official table format expression for the logical 

19 AND function is "AND" of 203; a programmer who prefers C language programming is 

20 free to substitute the table format command "AND" by "&&", 202 as taught by the C 

21 language instruction set. Custom expressions are applicable to any word or symbol set 

22 used by the language or system, such as instruction commands, symbols and system 

23 keywords. It is recommended that a comment 204 is provided every time an alternative 

24 expression is defined. The advantage of this function is to provide a personalized support 

25 to the programmer so that the familiar notation or expressions can always be used. 

26 However, when the composed program is printed, it is preferable for the compiler or 

27 editor to prmt out the program listing with the official expressions so as to facilitate the 

28 reading of program listing by other people. A similar application concept can be extended 

29 to a program editor. The official expression can be displayed as soon as the user-defined 

30 expression is keyed in. A switching fimction between the predetermined official or user- 

31 defined expression is also recommended, so the user can have a choice for the program 



Lam 



Page 16 of 40 



1 being displayed or printed in the official form or custom form. With this custom 

2 expression defming feature, meaningful lengthy expression names can be used to make 

3 the program listing more readable by other people while keeping the advantage for the 

4 programmer to used abbreviated expressions or short length symbols to represent 

5 instruction commands and syntax. Groups of official syntax and the corresponding group 

6 of user-defined equivalent syntax and labels can be built in the table format program with 

7 the commonly known table look up method. A typical application example is illustrated 

8 in Figure 9 where some lengthy and descriptive instruction set is shown. The shift 

9 operators "BIT SHIFT LEFT" and "BIT SHIFT RIGHT" clearly describe the operation to 

10 be performed. However, these instructions are too long and not welcome by skilled 

1 1 programmers. The programmer may then equate the "BIT SHIFT LEFT" instruction to 

12 the concise but less descriptive "«" instruction used in the C language. The long 

13 instruction names make the program easily imderstood but too clumsy for skillful 

14 progranmiers. The "Custom Expression" table effectively resolve the concern while 

1 5 maintaining the advantages of the long instruction expressions. 

16 Because the range of symbols available on the QWERTY keyboard is very 

17 limited, it is difficult to find sufficient meaningfial symbols firom the keyboard to 

18 compose a new programming method, like the table format programming method, 

19 without conflicting with traditional use of notations and symbols of some other popular 

20 languages. The custom expression table serves as a way to ease this problem by enabling 

21 users to reconfigure instructions and symbols according to their preference. 

22 Element 210 illustrated how a name "MySign" is assigned to the "Customer 

23 Expression" table. A name is required particularly when more than one set of "Customer 

24 Expression" tables are provided to enable more than one users to manipulate or read the 

25 program. For example, in addition to the table "MySign" to be included in the program, 

26 anotiier custom table named as "JohnsSign" can be added in the same program. If John 

27 wants to read the program, simply set the "JohnsSign" expression table as the default 

28 displaying table, and John will see the program displayed in his favorable format. The 

29 novel feature of this table is to enable every user to include their own set of custom 

30 defined expressions so as to facilitate converting or editing the program in their preferred 

3 1 format. 
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1 Although the table illustrated in Figure 2A provides a method to reconfigure 

2 keywords and expressions, it is desirable to have a simple method to provide alternate 

3 expression or commands of another language for a small job. This can be achieved by 

4 specifying a symbol representing a specific language in front of expressions specified by 

5 that language. Figure 2B illustrates how the content of Register A is to be masked with 

6 the bmary number 00001 1 1 1 so as to obtain the last four bits of the Register A content, 

7 and then proceed to display this number. The expression 216 provides the element 

8 "(C:&&)" to indicate that the "&&" instruction is an instruction of the "C" language. The 

9 masked value of Register A is then displayed using a predefined "Display" command. 

10 Alternatively, an expression performing the same function may be obtained by using the 

1 1 "&" instruction of the assembly language of a microprocessor. The sign "A: ( )" is an 

12 expression to indicate the operation included in the brackets is written in assembly 

13 language. These two methods although convenient, is not as powerfiil as the table of the 

14 custom expression table of Figure 2A which personalized the expressions of a whole 

1 5 program is to be converted or to be personalized. 

1 6 Since table format programming involves a large amount of discrete user-assigned 

17 labels, and these labels are scattered around the program and mixed with keywords and 

18 instruction commands, it is difficult for a user to read the program, since the user is 

19 unable to distinguish a user-assigned label from other keywords and instruction 

20 commands. It is therefore preferable to provide means to identify these labels to make the 

21 program more user fiiendly. Figure 3 demonstrates a table of the program which controls 

22 how the user assigned labels are to be presented or highlighted. The table element 234 

23 provides the selection of case. Typical cases available for selection are title case, all 

24 upper case and all lower case. The table element 239 indicates the choice of the letter 

25 style. Typical choices available are bold, italic and underline. It should be noted that both 

26 elements 234 and 239 offers excellent identification for all kinds of displaying device 

27 including black and white printers. Keyword 231 indicates the starting of the 

28 identification style definition section of the program. It is recommended that a user 

29 assigned name is placed after the keyword 23 1 to mdicate that the following setting is the 

30 preferred setting of a particular person. Multiple identification style tables assigned 

3 1 according to the preference of different people can be included in the program and each 
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1 table assigned a name as represented by element 232. A selection of one of the 

2 identification style tables as active, sets the printing style to suit the preference of the 

3 particular user reading the program. 

4 In order to present well structured program flow in a multitasking environment, a 

5 task control table (hereafter referred as task table) is introduced in the embodiment 

6 demonstrated in Figure 4. Element 261 is a keyword to identify a task table. Element 262 

7 is a label assigned to name the task table. This name is provided in order to differentiate 

8 from other task table if two or more task tables are required. Elements 263, 264 represent 

9 different tasks or programs which may be run under the control of the task table. Each 

10 row of the table represents a task state. In each task state a task condition is assigned to 

1 1 represent the condition of each task. Listed below are some examples of expressions to 

12 describe a task condition: 
13 

14 Start: indicates that irrespective of whether the task or program is running, paused or had 

1 5 been terminated, the program is restarted from the beginning; 

1 6 Continue: indicates that if a task had already been started, then it continues to run; 

17 Pause: indicates the task or program to be paused; 

18 Run: indicates if a task has not yet been started, it is then started; if a task or program is 

1 9 running, it continues to run; if a task is paused, the running of the task is resumed; 

20 X: indicates the running of the task is terminated. 
21 

22 In tiie row 265, tiie task "Task Statiis 1" instructs the "Main" program to start 

23 running while programs 2 to n are in terminated condition. In the task state 268, all tiie 

24 programs are instructed to run. It should be noted that for each task table, only one task 

25 state is assigned to be active at a time. In systems witii limited resources, it is important 

26 to assign priority to the active task running. The task states 273 and 274 assign priority to 

27 the tasks. It should be noted tiiat a separated table can be established just to describe 

28 priority assigned to the tasks. Because tiie title elements of each element of tiie activity 

29 task table and priority task table are identical, it is possible to combine tiie two types of 

30 task tables into one as shown in Figure 4. In this sitiiation, two active task states are 

3 1 required, one for the task activity statiis and one for tiie task priority assignment. 
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1 Figure 5 A illustrates a real world application example to demonstrate the concept 

2 of the task table. Figure 5B is the numbered illustration of Figure 5A. This example 

3 comprises three task tables. The first task table is named as "hiput" as shown in element 

4 301 . It comprises three programs named "Keyboard" 302, "Mouse" 303 and "Gameport" 

5 304. "Keyboard" is a program scanning the keys of a keyboard. "Mouse" is a program 

6 decoding the motion of the mouse while "GamePort" inputs the triggers signals obtained 

7 from a game port. In the task state 305 named "All", all the three programs are running to 

8 enable the computing device to be responsive to all three input devices. In the task state 

9 306 named "Normal" only the keyboard and mouse are enabled. The game port is not 

10 used so as to improve the servicing efficiency of the computing device. When in the 

1 1 game playing mode, the task state 309 named "Game" becomes the only active program 

12 or task. The keyboard and mouse are not used so as to let the computing device focus all 

13 its resources on servicing the game play. The second task table is a table named "Ports" 

14 321 which controls the serial and parallel ports of the computing device. The third task 

15 table is named "Device" as shown in element 341. It controls the driver programs to 

16 operate the "CDRom" 342, the "HardDriveC" 343, and the floppy disk drive. When the 

17 task state "ReadCD" 345 is activated, the CD Rom and the Hard Drive C driver programs 

18 are activated but the floppy disc driver program is terminated. In the mode demanding 
I 19 full running speed of the hard drive, the task state "HDFuUSpeed" 346 becomes the 
K 20 active task state where the hard drive becomes the only running device. According to this 
i 21 application example, it is recommended to group only sunUar nature or interrelated tasks 

22 to form a common task table. It should be noted that only one task state from each task 

23 table is to be assigned to be active at any time. 

24 With reference to Figure 6A, a main group of table format program is 

25 demonstrated. The program is named as "WebSale" which provides the skeleton structure 

26 of a sales program to be provided through the internet. This example illustoates the 

27 concept of multiple languages programming under the table format programming 

28 environment. The line numbers of the program are only inserted to facilitate the 

29 description of the embodiment. It should be noted that the states and path equations are 

30 not required to be in sequence. Attention is now drawn to line 1. A keyword "Group" 

3 1 indicates the starting of a table format group or program module. The name of the group 
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1 is "Main". Main is assigned as a key word to indicate that this group is the first group of 

2 programs to be executed when the program starts to run. Line 2 starts with a keyword 

3 "qualifier" which defines the qualified conditions of the qualifiers enlisted in a 

4 configuration state. In lines 3 to 6, the term "Icon" applies to a fimctional command 

5 which constructs an icon and provides a trigger to the configuration state when this icon 

6 is clicked. In a typical arrangement of table format programming icons are numbered 

7 serially. Each icon is defined and named in the qualifier table. As an example, when 

8 Icon(l) is equated to the name "Catalog", the word "Catalog" is assigned and displayed 

9 to the first icon. In fact, once a name is assigned to an icon, the number it carries is 

10 immaterial unless it the term "icon(n)" is mentioned in a program and "n" is a result of a 

1 1 computation. Line 8 defines an input states configuration table named "FirstPage". There 

12 are five qualifiers assigned in this table namely "Catalog", "Purchase", "Service", 

13 "Home" and "Quit". Each qualifier refers to the trigger of an icon as defined in the 

14 qualifier table of line 2. The first input qualifier state is named "Ready" as in line 9. In 

15 this state, when a qualified trigger representing the icon "Catalog" is received, the path 

16 named "P_catalog" is executed and similarly for the other qualifiers. The other input 

17 configuration state is named "Holdl" as indicated in line 10. An "x" in the state equation 

18 indicates that the corresponding qualifying condition is in a don't care condition, for 

19 which a trigger is blocked or no response is required when a qualified trigger comes in. 

20 Attention is now drawn to line 11 of Figure 6A which provide another 

21 configuration table named "Response". It is an output states configuration table witii five 

22 elements. The first four elements come with a keyword "Group:" indicate a program 

23 composed as a group. The name of the group assigned following the colon sign. The first 

24 group is named "Info" which provides product information. The second group "Order" is 

25 a program which guides the user through a purchasing process such as registering a credit 

26 card number, product number, order quantity, total amount, options, then encrypts the 

27 data and send the order to the supplier for decoding. The third group "Service" provides 

28 general interactive customer service facilities. The forth group "Register" registers the 

29 customer information. The last element of the output configuration is a hardware port 

30 P3.1 which connects to a speaker of the computing device. When a code P+ is assigned to 

31 this port, a burst of positive going pulses is sent to the speaker and a beep tone is heard. 
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1 Port P3.1 is a hardware terminal and is therefore classified as an hardware oriented 

2 output. All the first four groups are software oriented output conditions and are classified 

3 as virtual computing outputs. Any output condition not related to a hardware output 

4 terminal is defined as a virtual computing output. The definition of virtual computing 

5 output includes any non-terminal related activity which generates data, displays or 

6 produces signals or information, initiates a program, resets a program, starts a software 

7 timer or counter, or manipulates an internal circuitry such as a register etc. Lines 12 to 17 

8 are the output states configured under the state table "Response". When a "Rxm " 

9 command appears in an output configuration state, the corresponding group program is 

1 0 run. When a "Continue" instruction is received, a running program continues to run or the 

1 1 program remains idle if it had not yet been started or in a pause condition. The "x" sign 

12 indicates no output action is required. With all these description, the action of the output 

13 states in lines 12 to 17 are self explanatory. It should be noted that more than one input or 

14 output state table may be present in a program. Multiple state tables simplify the structure 

15 of the tables and make the programming job easier. However, it should be noted that only 

16 one of the configuration states of every input state table should be specified to be active 

17 at a time. As a programming trick, the interrelated inputs qualifiers and output conditions 

18 can be combined to form a state table. It should also be noted that input states and output 

19 states can also be combined to form a mixed state if desirable. 

20 Line 18 starts the action "Path(s)". Each path defines one or more actions to be 

21 executed when the path name is recited in any quahfier element of a configuration state, 

22 Line 19 is a path named "Start" which is the default starting path when the Group is 

23 executed. The programming procedure starts by reciting the desirable action when the 

24 program is first started. The starting action "CheckSystem" checks the configuration of 

25 the local computing system such as the display drivers, physical port to drive the speaker 

26 and the system resources available to run the program. The resources available in the 

27 local computing devices to be evaluated includes the computer time, number of registers, 

28 amount of memory available, memory configuration, timer and counters occupied, 

29 interrupt chaimels available and any specific hardware circuit configuration. Included in 

30 the "CheckSystem" action should be a procedure to reconfigure the down loaded program 

31 according to the parameters of the system. The next step is to display the first page. This 
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1 action is simply defined as "DisplayFirstPage" in the program. A "Beep" sound is then 

2 generated. "Hold2" indicates all output configurations are put on hold as directed by the 

3 "Response" state table. The "Ready" instruction initiates the "Ready" state of the input 

4 state table "FirstPage". During the "Ready" state, whenever a quaUfied trigger of the 

5 icons "Catalog", "Purchase" or "Service" is received, one of the corresponding paths 20 

6 to 22 is executed. In each of these paths, a window directing the action is displayed and a 

7 further sales promotion program can be started. "BuySolicif is an interactive program to 

8 solicit sales of the company products. During the path "P_purchase", the actions 

9 "Hold!" and "Hold3" limits the response allowable from the local user terminal to the 

10 icons "Home" and "Quif . The "GreyButton" is an action to change the color of the icons 

1 1 which are disabled such as the icons "Catalog", "Purchase" and "Service" as directed by 

12 the state command "Holdl", When the path "Bye", line 23 is executed, the program 

13 "Terminate" run and the program is ended. A keyword "EOG" which means "End Of 

14 Group" is placed at the end of the group to inform the compiler that the program group 

15 ends here. 

16 It can be observed that the programming method discussed interactively describes 

17 the activities of the program according to the composed states and paths. Meaningful 

18 programmer-assigned terms such as "Beep", "CheckSystem" and "Terminate" are used. 

19 This procedure is as natural as writing an essay to precisely describe the actions required 

20 by the program. 

21 In compiUng this program, many programmer-assigned terms remain unidentified 

22 such as "CheckSystem", "DisplayFirstPage" and "BuySolicit". All these programmer- 

23 assigned labels are not executable by the computing device unless they are further linked 

24 to an executable program. A next step demonstrated in Figure 6B is then required to 

25 further define the description of the unidentified labels. Typical methods to make these 

26 labels executable is to link them to an external executable program or further define the 

27 label with a program derived from a library. It is very desirable that the compiler provides 

28 a function to identify all programmer-assigned labels. The identification is preferably 

29 distinguishable when the program is printed by a black and white printer. Typical 

30 preferable identification methods include a change of case styles, and font style such as 

31 bold, italic, or underline. The requirement of each of the unidentified label is then 
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1 analyzed and a most appropriate programming language is selected to compose a 

2 program to provide the desirable action. 

3 The supporting programs can be written in any languages or even by another table 

4 format program. These supporting programs are then "Included" in the program for the 

5 compiler to put the programs together. In line 19 of Figure 6B, it indicates that the 

6 "CheckSystem" is preferably a program written in Java as denoted by the prefix "EJ" 

7 where "E" means it is an extemal program to be included. The action "DisplayFirstPage" 

8 is preferably written in Visual Basic. In line 19, the action "Buy Solicit", a window to 

9 solicit purchasing is preferably derived from a local or global library. Line 24 indicates 

10 the starting of the local library. Line 24 is a further elaborated path equation which 

1 1 describes the action to solicit the customers. This action includes executing an extemal 

12 program "CheckRecord" written in "C" and a program named "SolicitWindow" written 

13 in Visual C++ to interactively solicit the customer to buy products. The element 

14 "GreyButton" in line 21 refers to a path positioned in the local library which comprise a 

15 "C" program to identify which icon is assigned an "x" and then another program written 

16 in Visual Basic to tum these icon into a gray color to indicate that these icons cannot be 

17 triggered. 

18 When an abundant library of supporting programs is built up, a programmer 

19 familiar with table format programming may start the programming job by selecting and 

20 including various common supporting programs. Figure 7 indicates an exemplary include 

21 table when a program involving windows and transceiver is to be composed. The 

22 supporting programs in this include table are mandatory and therefore it is desirable for 

23 the compiler to outUne any included program not being used in the composed program. 

24 There are more technical requirements to make use of the table format 

25 programming method to administrate the supporting programs v^itten in other languages, 

26 such as the method to pass parameters and equate variables between the programs. Proper 

27 management of the different types of program is also to be considered especially if they 

28 are to be translated by different compilers. Those skill in the art will appreciate the 

29 advantages provided by the table format programming method disclosed and be able to 

30 set up a compiling system to complete the actions required. For example, predefined 

31 registers or memory blocks may be assigned to handle passing of a parameter when a 
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1 particular external program is included. In addition, a management program is required to 

2 handle the assignment and release of computing resources when different functional 

3 modules or different languages are included in the program. 

4 Attention is now drawn to the following major advantages of table format 

5 programming summarized from the teaching of the above demonstrated examples: 
6 

7 1 . The program can be composed easily by writing descriptive labels. 

8 2. The program is well-structured so that the chance of incorporating program 

9 bugs is small. 

10 3. It is simple for hardware terminals to be combined with virtual software 

1 1 outputs and interact with sophisticated program flow. 

12 4, The table format program provides a clean-cut presentation and can easily be 

13 read by any third party. The user-friendly presentation and the clarity provided are 

14 important to further reduce program debug time and also minimize future maintenance 

15 cost 

16 5. Table format progranmiing method offers great simplicity to structure a 

17 program by making use of multiple languages. These languages are selected according to 

1 8 the application environment and features offered by each language. 

1 9 6. The concise program written in table format provides a high data compression 

20 ratio and makes the program ideal for transmission from a remote host terminal to a local 

21 computing device through a communication channel of limited bandwidth and data 

22 handUng rate. 
23 

24 The preferred embodiments of the invention described herein are exemplary and 

25 numerous modifications, specification variations, table rearrangements, instruction and 

26 keyword assignments can be readily envisioned to achieve an equivalent result, all of 

27 which are intended to be embraced within the scope of the appended claims. 
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1 CLAIMS 

2 What is claimed is: 

3 L A programming tool for programming a first computing device comprising a first 

4 table having a first plurality of configuration states, at least one of said configuration 

5 states defining one or more qualifying conditions; 

6 a second table specifying a second plvirality of paths, at least one of said paths 

7 being executed when a qualifying condition Usted in said first table is satisfied; and one 

8 of said configuration states being specified as an active state; characterized in that said 

9 tool further comprises one or more of the following elements or characteristics: 

10 (1) at l^ast one of said configuration state comprising a virtual qualifier; 

11 (2) at least one of said second plurality of paths having one or more labels, 
_ 12 wherein each label represents an executable program; 

2 13 (3) one or more further tables specifying user-defined custom expressions to 

f": 1 4 represent corresponding predefined instructions of a programmmg language; 

O 15 (4) said first computing device being a remote computer connecting to a second 

m 16 local computing device through a communication link; wherein the digital data 

17 representing said first and second tables is stored in said remote computing device for 

H 1 8 downloading to said local computing device through said commimication link; 

2 19 (5) said first computing device comprising at least a first processor and a second 

P 20 processor; wherein said first processor is configured to translate the relationship between 

Jj 21 said first and second tables and to give direction to the second processor to execute other 

22 programs; 

23 (6) at least one of said configuration states comprising a label and said label 

24 being equated with a separate expression defining the qualifying condition represented by 

25 said label; 

26 (7) a table defining a preferable style of keywords; 

27 (8) a table having a third plurality of task states to define the activity of a fourth 

28 plurality of tasks; 

29 (9) a table defining a fifth plurality of output expressions, each output expression 

30 representing an output condition of a configuration state or a path element listed in said 

31 second table. 
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1 (10) a further state table defining a sixth plurality of configuration states and a 

2 further path table defining a seventh plurality of paths; wherein said first and second 

3 tables are grouped as a first table group to perform a first function, said fiirther state and 

4 path tables are grouped as a second table group to perform a different second function. 
5 

6 2. The programming tool of claim 1 wherein said tables and/or elements are 

7 configured by a programmer in accordance to a preprogram objective, and to be 

8 translated into a program executable by said computing device to deliver said preprogram 

9 objective. 
10 

11 3. The progranmiing tool of claim 1 wherein said programming tool comprises a 

12 third computing device having a table format compiler configured to compile a table 

13 format program input into said third computing device to generate codes executable by 

14 said first computing device. 
15 

16 4. A computing program configured by a programmer in accordance to a predefined 

1 7 programming objective for executing by a computing device to deliver said programming 

18 objective comprising a first table having x configuration states, at least one of said 

19 configuration states is configured to define one or more quaUfying conditions; 

20 a second table specifying y paths, at least one of said paths is executed by said 

21 computing device when a quaUfying condition enUsted in said first table is satisfied; said 

22 program further comprising at least one of the following tables: 

23 (1) a table specifying user defined custom expressions to equate the 

24 corresponding predefined instructions of a programming language; 

25 (2) a table defining preferable style of keywords; 

26 (3) a table having m task states to define the activity of n tasks, at least one of 

27 said task states specifies k selected tasks to be active; 

28 (4) a table having p task states to define q tasks, at least one of said task states 

29 specifies the priority of the active tasks to be serviced; 

30 (5) a table defining x quaUfying expressions, each quaUfying expression 

3 1 represents a qualifying condition of a configuration state; and 
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1 (6) a table defining y output expressions, each output expression represent an 

2 output condition of a configuration state or a path element enlisted in said second table. 
3 

4 5. The computer program of claim 4 further be compiled into data executable by 

5 said computing device, and to be stored in memory means configured to store digital 

6 data. 
7 

8 6. The computer program of claim 5 further be embedded in said computing device 

9 wherein said computing device is installed in an article of sale. 
10 

117. A programming method to program a computing device responsive to one or 

12 more predefined qualifying conditions, to execute one or more paths and to direct said 

5 13 computing device to perform in accordance to the objective of said paths; said 

f: 14 programming method comprises the steps of: 

0 15 (1) specify X configuration states; 

1 2 16 (2) specify one or more qualifying conditions to at least one of said x 

tk"' 'i 

17 configuration states, 

1 8 (3) specify y paths to be executed by said computing device; 

^ 19 (4) assign z labels to represent one or more of the path elements of step (3) 

0^ 20 wherein z is an integer equal or greater than one; 

21 (5) for each qualifying condition of step (2), specify a path of step (3) to be 

22 executed by said computing device when a specific qualifying condition is satisfied; 

23 (6) specify at least one of the configuration states to become the active 

24 configuration state; 

25 (7) for each assigned label of step (4), define an executable program to be 

26 represented by said label. 
27 

28 8. The programming method of claim 7 wherein the label of step (4) is not initially 

29 executable by said computing device and the additional step (7) is configured to enable 

30 the execution of said label by said computmg device. 
31 
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1 9. The programming method of claim 8 further comprising a step to identify a label 

2 not executable by said computing device for the composing of the program of step (7) 

3 thereof. 
4 

5 10. The programming method of claim 7 wherein the program of step (7) is composed 

6 by any available programming languages including the table format programming 

7 language. 
8 

9 11. The prograraming method of claim 10 further comprising a step to define means 

10 to pass parameters between the program represented by the steps (1) to (6) and the 

1 1 executable program represented by the label. 
12 

13 12. The programming method of claim 7 further comprising a step to specify one or 

14 more output conditions to at least one of said x configuration states. 
15 

16 13. The programming method of claim 7 wherein at least an output condition is 

1 7 specified in a path or in a configuration state. 
18 

19 14. The programming method of claim 7 further comprising a step to specify 

20 resources of said computing device required to service the states and paths thereof. 
21 

22 15. The programming method of claim 7 further comprising a step to indicate the 

23 resources of said computing device available for composing the program of step (7). 
24 

25 16. The programming method of claim 7 wherein said computing device comprises of 

26 two or more processors; the resources to service the states and paths specified are 

27 provided by a first processor and at least part of the program of step (7) is serviced by the 

28 resources of a second processor. 
29 

30 17. The programming method of claim 7 wherein said computing device is defined as 

31 a first computing device; said programming method further comprising a step to receive 
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1 digital data representing the aforementioned steps through a coramvmication link from a 

2 second computing device locating remote from said first computing device. 
3 

4 18. The programming method of claim 7 wherein at least part of said steps are 

5 organized into a table format. 
6 

7 19. The programming method of claim 18 further comprising a step to group the 

8 configurations states of step (1) and (2) into one or more tables. 
9 

10 20. The progranmiing method of claim 18 wherein the configuration states or paths 

1 1 are not necessary to be enlisted in sequential relationship to each other. 
12 

J J 13 21. The progranmiing method of claim 7 further comprising a step to transform the 

+= 14 specifications of the configuration states and the paths into digital data to be stored into 

:|] 1 5 said computing device for the execution thereof 

\\. -1 

m 1^ 

ni 17 22. The programming method of claim 7 further comprising a step to transform at 

18 least part of the specification of said steps with a secondary programming language of 

^ 19 different format. 

m 20 

^ 21 23. The programming method of claim 7 fiarther comprising a step to identifying the 

22 location of the program composed by said steps. 
23 

24 24. The programming method of claim 10 wherein the program of step (7) is a 

25 program locates external to the program composed by the steps of claim 1 . 
26 

27 25. The prograntiming method of claim 24 further comprising a step to identify the 

28 location of said external program. 
29 



Lam 



Page3(Dof40 



1 1^ The programming method of claim IQffiifllibErcoirap^^ a 

2 feyword to represent the steps (1) to (3). 

' 

4 p^. The programming method of claim 29 wherein said task states are not necessary 

5 to be listed in sequential relationship to each other. 

7 ^34. The programming method of claim 29 wherein the steps (1) to (3) define a first 

8 task table, said programming method further comprising steps to define a second 

9 different task table. 

1 1 pS, A programming method to program a remote computing device in accordance to a 

12 ^ first predefined pre-computer objective, for said remote computing device to perform said 

13 predefined objective, said programming method comprises the steps of: 

14 (1) specify x configuration states, at least one of said configxxration states defines 

1 5 one or more qualifying conditions; 

1 6 (2) specify y paths to be executed by said computing device; 

17 (3) for each qualified condition of step (1), further specify a path to be executed 

1 8 by said computing device when a specific quaUfying condition is satisfied; 

19 (4) specify one of the qualifier configuration states to become the active 

20 configuration state; 

21 (5) store the digital data representing the aforementioned steps in a local 

22 computing device; and 

23 (6) download the digital data of step (5) to said remote computing device though 

24 J a communication link. 

26 3o. The method of claim 35 wherein said communication link is a network. 

27 !\ 

hy 

28 /37. The method of claim 36 wherein said network comprises of the internet; intranet 

29 extranet or LAN. 
30 



Lam Page 32 of 40 

1 ^ ^ry- method of claim 35 further comprising a step to direct an element of a path to 

2 a program written in a second programming language of different format. 

4 ^9. The method of claim 35 further comprising a step to evaluate the architecture of 

5 said remote computing device and a further step to configure the aforementioned steps to 

6 work with the architecture of said remote computing device. 

8 40. The method of claim 35 further comprising a step to organize at least part of the 

9 data specified by said steps into a table format. 

11 The method of claim 35 further comprising a step to store digital data 

12 representing said configuration states and paths into said remote computing device for the 

1 3 execution thereof. 

1 5 The method of claim 35 further comprising a step to transform at least part of the 

16 specifications of the configuration states and the paths into a secondary programming 

1 7 language of different format. 

19 43. The method of claim 35 wherein the configuration states or paths are not 

20 necessary to be listed in sequential relationship to each other. 

21 /],y / 

22 ^44. A multiple processors computing device comprising a first processor and a second 

23 processor wherein said first processor is configured to execute at least part of a table 

24 format program defined by m configuration states interact with n paths. 

25 / 

26 fS, The multiple processors computing device of claim 44 wherein the second 

27 / processor executes programs written with a second language not in table format. 

28 ^ 

29 46. The multiple processors computing device of claim 45 wherein the second 

30 /processor is configured to execute a program as directed by a table format program 

3 1 executed by said first processor. 
32 
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47. The multiple processors computing device of claim 44 wherein said first and 

2 second processors are included in a single integrated circuit. 

4 /48. The multiple processors computing device of claim 44 wherein at least one 

5 ' instruction executable by one of the processors is different fi^om the instruction set 

6 executable by the other processor. 

8 /9. The multiple processors computing device of claim 44 further comprising means 

9 to pass parameter between said first and second processors. 

^ y 

11 50. A method to compose a compiler suitable for a first computing device to compile 

12 a table format program having m configuration states and n paths, and to generate a 

13 program suitable to be executed by a second computing device, comprising the steps of: 

14 (1 ) define a table format programming specification as a pre-computer activity; 

1 5 (2) identify the region representing the configuration states; 

1 6 (3) identify the region representing the paths; 

17 (4) identify at least one qualifying condition of a configuration state and link it 

1 8 to the path specified; and 

19 (5) link a configuration state A to a path quoting said configuration state A as 

20 its element. 

21 (6) generate codes suitable to be executed by said second computing device. 

22 f 

23 i^y 

24 /51. The method of claim 50 further comprising a procedure to integrate the function 

25 of steps (1) to (4) into a compiler of an existing language. 

27 52. The method of claim 50 further comprising a procedure in step (1) to identify a 

28 keyword representing the starting of the configuration states. 

29 A 

30 y63. The method of claim 50 further comprising a procedure in step (2) to identify a 

3 1 keyword representing the startmg of the paths. 
32 
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1 ^^ 5^, The method of claim 50 further comprising a step to equate an user defined 

2 expression with a specific instruction of the table format programming language. 

3 <A 

4 The method of claim 54 further comprising a step to identify a table equating user 

5 define expressions with predefined instruction set of table format progranmiing language. 

6 rO 

7 



7 ./56. The method of claim 50 further comprising a step to identify label unexecutable 

/ 

8 according to the instruction set of said table format program. 

10 57. The method of claim 56 further comprising a step to link said unexecutable label 

11 to an extemal program. 

13 y58. The method of claim 57 wherein said extemal program comprises of a program 

14 composed by any available programming language including the table format 

1 5 programming language. 

16 .5 



17 ^^9. The method of claim 50 further comprising a step to distinguish two or more 

18 program groups, wherein each program group comprises of at least one configuration 

1 9 state table and one path table. 

20 ^\ 

21 /dO. The method of claim 59 further comprising a step to compile the interaction in 

22 between said multiple program groups. 

23 / 
0 / 

24 ^61, The method of claim 57 further comprising a step to define an instruction to 



25 activate a program group. 



27 /62. The method of claim 61 wherein said instruction is represented by one or more 

28 task tables. 

29 (^1 

30 63. A method to program a computing apparatus to perform in accordance to a pre- 

3 1 computer programming objective, comprising the steps of: 
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1 (1) select a programming language having a predefined instruction set; 

2 (2) define alternate expression to represent a specific instruction of the selected 

3 language; 

4 (3) compose program with said alternate expression and 

5 (4) configure said program to be executable by said computing apparatus and 

6 directing said computing apparatus to perform in accordance to said pre-computer 

7 programming objective. 

8 L^. 

9 The method of claim 63 wherein the selected programming language is a table 

1 0 format programming language comprising: 

1 1 x configuration states, at least one of said configuration states defines one or more 

12 qualifymg conditions; 

13 y paths to be executed by said computing device; and 

14 one of the paths is executed by said computing device when a specific qualifying 

1 5 condition is satisfied. 

16 ,\ 

V 

17 /65. The method of claim 63 wherein the process of step (4) is a translation process 

1 8 carried out by an editor, a compiler, an interpreter or a translation program. 

19 ^^ 

20 ^6. The method of claim 65 further comprising the step of displaying the composed 

21 program with the translated predefined instruction set of the selected language. 
22 

23 y^7. The method of claim 65 fiirther comprising the step of displaying the composed 

24 program with the user defined expressions. 

26 y08. The method of claim 63 fiirther comprising a step to provide a table located inside 

27 the program for linking said altemate expression with the corresponding specific 

28 instruction, 

30 ^ f), A programming method to program a computing device responsive to one or 

31 more virtual qualifiers, to execute one or more paths; said programming method 

32 comprises the steps of: 
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1 (1) define one or more virtual qualifiers; 

2 (2) specify x configuration states, at least one of said configuration states defines 

3 one or more qualifying conditions; 

4 (3) define at least one of the qualifying conditions of step (2) to represent a 

5 virtual qualifiers; 

6 (4) specify y paths to be executed by said computing device; 

7 (5) for each qualifying condition of step (2), further specify a path to be executed 

8 by said computing device when a specific qualifying condition of said qualifier is 

9 satisfied; 

10 (6) specify one of the qualifier configuration states to become the active 

1 1 configuration state. 

12 (7) configure said aforementioned steps into a program executable by said 

13 computing apparatus. 

15 ^^0. The programming method of claim 69 wherein said computing device is defined 

16 as a first computing device; said programming method further comprising a step to 

17 receive digital data representing the aforementioned steps through a communication link 

1 8 fi-om a second computing device locating remote from said first computing device. 

20 Jl, The programming method of claim 69 further comprising a step to specify one or 

21 more configuration states to comprise an output configuration. 

22 . 

23 The programming method of claim 71 wherein said output configuration defines 

24 the output conditions of one or more output terminals of said computing device. 

25 q / 

26 ^/^. The programming method of claim 71 wherein said output configuration defines a 

27 ^ virtual computing output generated by said computing device. 

28 ^ 

29 ^^4. The programming method of claim 69 further comprising a step to transform the 

30 specifications of the configuration states and the paths into digital data executable by said 

3 1 computing device. 
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l-l 15< The programming method of claim 69 further comprising a step to transform at 

3 least part of the specifications of the configuration states and paths with a secondary 

4 progranaming language of different format. 

6 To. The programming method of claim 69 wherein the x configuration states and y 

7 paths are not necessary to be listed in sequential relationship to each other. 

8 ^1^ 

9 ^1. The programming method of claim 69 further comprising a step to provide a 

1 0 keyword for identifying the location of the program composed by said steps. 

11 ^ 

12 yTd. The programming method of claim 69 further comprising a step to group the 

13 configuration states of step (2) into one or more tables, and one of the configuration states 

14 in each table is specified to be active, 

'5 (()/ 

16 The programming method of claim 69 further comprising a step to organize a 

17 ^ separated table to determine if the program composed by steps (2) to (6) is active or not 

18 active. 

20 JSO. The programimng method of claim 69 further comprising the following steps: 

21 ' (8) provide a predefined instruction set to program the paths and configuration 

22 states; 

23 (9) define alternate expression to represent a specific instruction of the 

24 instruction set of step (8); 

25 (10) compose program v^th the alternate expression and 

26 f (1 1) configure said program to be executable by said computing apparatus. 
27 

28 /81. The method of claim 80 wherein the process of step (11) is a translation process 

29 carried out by an editor^ a compiler, an interpreter or a translation program. 
30 
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1 The method of claim 80 further comprising a step to provide a table for cross 

2 reference between said alternate expression and the corresponding specific instruction. 

3 /j1 

4 The method of claim 69 fiarther comprising a step to specify a configuration state 

5 to be active. 

6 ^9 

7 /54. The method of claim 69 further v^herein a path is defined as a default path to be 

8 executed at initiaUzation. 
9 

10 Xs. A programming method to facilitate the identification of a predetermined type of 

1 1 custom expressions in the program listing of a computing device comprising the steps of: 

12 (1) define one or more sets of custom expressions; 

13 (2) equate the custom expressions of step 1 with a reference set of expressions; 

14 (3) select a desirable set of expressions from a predetermined number of different 

15 expression sets derived fi-om the steps (1) and (2); and 

16 (4) list said program listing with the selected expression set. 
17 

1 



1 8 /86. The programming method of claim 85 further comprising the steps of 

19 (1) defining x configuration states, at least one of said configuration states 

20 defines one or more qualifying conditions; 

2 1 (2) define y paths to be executed by said computing device; and 

22 (3) assign one of the paths to be executed by said computing device when a 

23 specific qualifying condition is satisfied. 

24 ^1 

25 y^7. The programming method of claim 85 wherein said custom expression set is 

26 defined by a table having a keyword. 

28 /88. The programming method of claim 85 wherein said predetermined expression set 

29 is configured to highlight user defined labels. 
30 
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1 88; The programming method of claim 88 further comprising a step to select one of 

2 ^ the different ways to highlight said selected custom expression set. 

3 ;( 

iy 

4 /90. A programming method to program a computing device responsive to one or 

5 more qualifying conditions, to execute one or more paths; said programming method 

6 minimally comprises the steps of: 

7 (1) deJSne a programming objective; 

8 (2) specify x configuration states in accordance to said programming objective 

9 wherein x is an integers equal or greater than one; 

10 (3) specify one or more qualifying label to at least one of said x configuration 

1 1 states, 

12 (4) directs the qualifying label of step 2 to a separated expression describing the 

1 3 qualifying condition or conditions represented by said label; 

14 (5) specify y executable paths in which at least one path is executed in response 

15 to a quaUfying condition specified by step (4), and 

16 (6) configure said aforementioned steps into a program executable by said 

1 7 computing apparatus to perform said programming objective. 

V 

19 /91. A first computing apparatus connected with a second remote computing device 

20 comprising: 

2 1 computing means to execute a program; and 

22 memory means storing digital data executable by said first computing apparatus 

23 or said second remote computing device; wherein said digital data comprising 

24 representation of a table format program having x configuration states and y paths; at 

25 least one of said configuration states defines one or more qualifying conditions; and one 

26 of said path is executed by said computing means when a specific qualifying conditions is 

27 satisfied. 
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1 ABSTRACT 
2 

3 Table format programming method suitable for use with multiple languages and 

4 download through internet and network environments provides an optional table (103, 

5 200) to define custom expressions, an optional table (105, 260) to specify multitask 

6 applications, an optional table (104, 230) to specify printing style of labels and a table of 

7 configuration states (113) which interact with a table of paths (1 16). An optional qualifier 

8 table (112) defines qualifying conditions of an input configuration state. Hardware 

9 embodiments includes a coprocessor to handle the table format programming process and 

10 relieve the main processor for other applications. During programming, programmers 

1 1 provide user defined labels to describe the function and action desired. The labels are 

12 then further developed in additional groups of program. 
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specification, including the claims, as amended by any amendment referred to above. I 
acknowledge the duty to disclose information which is material to the examination of this application 
in accordance with Title 37, Code of Federal Regulations, Section 1.56 (a), 

I hereby claim the benefit under Title 35, United State Code, Section 120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this application 
is not disclosed in the prior United States application in the manner provided by the first paragraph 
of Title 35, United States Code, 112, 1 acknowledge the duty to disclose material information as 
defined in Title 37, Code of Federal Regulations, section 1.56(a) which occurred between the filing 
date of the prior application and the national or PCT international filing date of this application: 
Application Number: 08/538,426 Date Filed: Oct 02. 95 Status: Issued as 5.867,818 and 
Application Number: 09/169.462 Date Filed: Oct 09, 98 Status: Pending Abandon 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 

Full name of sole inventor , Peter Ar-Fu Lam 




Inventor's Signature IpfXj^^^^^ Date Oct 16. 1999. 

Residence 20104 Wayne Avenue. Torrance. CA 90503 Citizenship Hong Kong 
Post Office Address same as above Telephone (310)320-9811 



